home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / pppext / pppext-minutes-91jul.txt < prev    next >
Text File  |  1993-02-17  |  5KB  |  156 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5.  
  6. Reported Brian Lloyd/Telebit
  7.  
  8. PPPEXT Minutes
  9.  
  10. Noel Chiappa opened the Point-to-Point Protocol Extensions meeting and
  11. then handed it over to Brian Lloyd, the new Working Group Chair.
  12.  
  13. There was an early observation that no router vendors (other than
  14. Telebit) appeared to be present.  This curtailed discussion of
  15. synchronous PPP. Most of the discussion that followed tended to address
  16. the needs/desires of the asynchronous PPP community.
  17.  
  18. The current list of documents was discussed.  Here is the list of
  19. current documents:
  20.  
  21. RFC 1171 RFC 1172
  22.  
  23.  
  24.    o LCP draft Simpson
  25.    o IPCP draft McGregor
  26.    o Appletalk Parken - hold waiting for Appletalk wg
  27.    o ISO/CLNP Katz/Simpson - no interest yet?
  28.    o DECnet 4 Senum - not much said
  29.    o SNAP B? - no interest
  30.    o LLC Harvey - no interest
  31.    o Bridging Baker - already an RFC
  32.    o 32 bit FCS Harvey - general approval - no known implementations
  33.    o Authentication Lloyd/Simpson - most discussion here
  34.    o MIB Kastenholz - no implementations
  35.  
  36.  
  37. Consensus indicated that the lcp and ipcp draft documents (these will
  38. supercede RFC 1171 and 1172 respectively) should proceed to the next
  39. level since there are numerous interoperable implementations.  Bill
  40. Simpson will make very minor changes to his document and republish it.
  41.  
  42. None of the other documents were deemed ready to progress to the next
  43. level because of either a) lack of further interest, or b) no
  44. implementations.
  45.  
  46. Consensus also indicated a need for a catalog document to keep track of
  47. all the PPP related documents.  Brian Lloyd is working on that.
  48.  
  49. Discussion was heavy on the new Lloyd/Simpson authentication protocol
  50. document that describes the Password Authentication Protocol (PAP) and
  51. the Challenge Handshake Authentication Protocol (CHAP). There was a
  52. discussion of where authentication should go.  It was decided that
  53. link-level authentication in the Link Control Protocol (LCP) is
  54. acceptable so long as additional authentication may be used within the
  55. Upper Layer Protocols (ULPs -- NCP or higher).
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63. Strong discussion indicated a need for a mechanism to allow a called PPP
  64. system to indicate to its peer that it wishes to close the link and
  65. dial-back for purposes of authentication.  This information was referred
  66. back to Simpson and Lloyd to research and add to the authentication
  67. document.
  68.  
  69. It was decided that the proper digest algorithm for CHAP should be MD5.
  70. As a result it was decided that references to MD2 and MD4 should be
  71. removed from the document.
  72.  
  73. James Galvin representing the Security Area Advisory Group (SAAG)
  74. Working Group strongly recommended adding a section on distribution of
  75. the ``secret'' used in CHAP.
  76.  
  77. More information is needed in the authentication document about bit and
  78. octet ordering and character sets used (in the case of legible passwords
  79. and secrets).
  80.  
  81. More detail is needed about the PAP message reply.
  82.  
  83. CHAP needs a mechanism (besides dropping the link) to indicate that the
  84. authentication has succeeded or failed.  This is because some system
  85. will require the user to enter the secret value in real time so there
  86. may be errors and hence retries.
  87.  
  88. The size of the secret value was increased from 64 to 128 bits.
  89.  
  90. The challenge needs to be non-repeating.  The document needs to discuss
  91. methods of generating good challenges.
  92.  
  93. The document should also remove all references to encryption.
  94.  
  95. The last item of the day was to generate a list of recommended PPP
  96. options to go into the router requirements document.  The final list of
  97. suggested options for sync implementations:
  98.  
  99.  
  100.    o Support for the Link Quality Monitoring (LQM) option.
  101.    o Support for the magic number (loopback detection) option.
  102.    o No address/control field compression.
  103.    o No protocol field compression.
  104.  
  105.  
  106. For Async Implementations:
  107.  
  108.  
  109.    o Do address/control field compression.
  110.    o Do protocol field compression.
  111.  
  112.  
  113.  
  114.                                    2
  115.  
  116.  
  117.  
  118.  
  119.  
  120. Attendees
  121.  
  122. James Barnes             barnes@xylogics.com
  123. Gregory Bruell           gob@shiva.com
  124. Philip Budne             phil@shiva.com
  125. Randy Butler             rbutler@ncsa.uiuc.edu
  126. Cerafin Castillo         cec@emulex.com
  127. Richard Cherry           rcherry@novell.com
  128. Gary Ellis               garye@hpspd.spd.hp.com
  129. Arlan Finestead          arlanf@ncsa.uiuc.edu
  130. James Galvin             galvin@tis.com
  131. Robert Griffioen
  132. Jack Hahn                hahn@umd5.umd.edu
  133. Russ Hobby               rdhobby@ucdavis.edu
  134. Ron Jacoby               rj@sgi.com
  135. Frank Kastenholz         kasten@europa.clearpoint.com
  136. Tom Kessler              kessler@sun.com
  137. Kenneth Key              key@cs.utk.edu
  138. Mark Knopper             mak@merit.edu
  139. Anthony Lauck            lauck@tl.enet.dec.com
  140. Joshua Littlefield       josh@cayman.com
  141. Brian Lloyd              brian@telebit.com
  142. Glenn McGregor           ghm@merit.edu
  143. Bradford Parker          brad@cayman.com
  144. Mike Petry               petry@ni.umd.edu
  145. Richard Smith            smiddy@pluto.dss.com
  146. Bruce Taber              taber@interlan.com
  147. Theodore Tso
  148. John Veizades            veizades@apple.com
  149. Preston Wilson           preston@i88.isc.com
  150. L. Michele Wright        uncng!michele@uunet.uu.net
  151. Joseph Zur               fibrontics!zur@uunet.uu.net
  152.  
  153.  
  154.  
  155.                                    3
  156.